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Cross-Reference to Related Application 

This application claims priority under 35 U.S.C. 1 19(e) of U.S. Provisional 
Application No. 60/455,132, filed March 17, 2003. 

10 Background of the Invention 

The present invention relates in general to communications systems and 
methods. More specifically, it relates to a system and method that enables the public 
to send and receive electronic mail and messages over the Internet with assurances of 
delivery, security, privacy, priority and manageability. 

15 The Internet has produced a revolutionary change in the sharing of 

information. The growth in electronic, or "e" mail, over the Internet has been 
spectacularly robust, with similarly strong future expansion forecasted. Email use is 
exploding because of the proliferation of computing devices of various types, and 
because of the greater availability of, and access to, telecommunications bandwidth. 

20 An estimated 31 billion email messages were sent daily during 2002, and that number, 
increasing by more than 20% per year, is expected to exceed 60 billion per day in 
2006. 

However, this rapid increase in email has produced significant, and largely 
unanticipated, problems. While email is an easy and inexpensive way to send 
25 someone else a message or document, those same attributes have led to recipients 
receiving unexpectedly large, and increasing, quantities of email, both wanted and 
unwanted. 

The explosion in wanted email is, by itself, causing an ever-increasing 
overload problem. Of the 31 billion total daily email messages in 2002, an estimated 
30 21 billion per day were wanted emails, i.e., those recipients deem of value, whether 
solicited or unsolicited in nature. And, that volume of wanted email is expected to 
reach 36 billion per day in 2006. 

Compounding this overload situation is the growing quantity of email that is 
both unwanted and unsolicited (and sometimes offensive). This increasing volume of 
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nuisance email not only frustrates email recipients but also restricts and constrains the 
optimal development of the Internet email system. Other negative aspects of this 
nuisance email — such as reduced business efficiency, increased costs and expanded 
security risks ~ are well known. See, for example, the discussion of the negative 

5 effects of nuisance email in U.S. Patent No. 6,321,261 to Donaldson. 

As total email volume grows, the recipient's (and sender's) problem becomes 
analogous to a regular postal mail box that receives far more mail than it can hold. 
Without such meaningful priority differentiation, a recipient needs to perform a time- 
consuming review of all daily emails in order to find and review the most important. 

10 Often, the magnitude of this repetitive and wasteful task drives recipients to just 

delete all emails, thereby risking the loss of information which is important and thus 
has value to recipients and senders alike. This massive message problem of both 
overload and nuisance email has become so onerous that a better system and method 
of email document management is urgently required. And, until such a system and 

15 method is available, the commercial utility of the Internet will remain constrained for 
many current or potential users. 

For example, one currently constrained area is that of legitimate email 
marketing — the electronic equivalent of conventional direct mail marketing. Direct 
mail marketing has been an accepted and effective way of advertising and promoting 

20 goods and services for many years, both to consumers and to businesses. Its 

electronic counterpart has the potential as yet unrealized — to grow and develop 
similar levels of acceptability and commercial effectiveness. 

Today, the largest share of online advertising is in the form of banner ads, not 
emails. Of the $2.8 billion spent in the U.S. in 1999 for online advertising, banner 

25 advertising accounted for 50%, with email accounting for only 3%. However, banner 
advertising is notoriously inefficient and plagued by low click-thru rates. Therefore, 
there is a need for more effective Internet marketing methods — like direct email 
marketing — to gain audience attention, convey messages, and increase rates of 
response. 

30 Email not only has a larger base than the Worldwide Web, but email also has 

the capability to give audiences personalized, media-rich, interactive communication 
where, and when, they are most receptive - a capability which will elicit a much 
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greater response than banner advertising. But, email marketing cannot reach its full 
potential unless there is a better way to manage the growing email volume and clutter. 
At present, the email highways have so much "noise" that it distracts recipients from 
giving sufficient attention to legitimate online email advertising. Today, it is difficult 
5 for a recipient to understand the importance, value and priority of a particular email 
until it is opened and reviewed. And, this opening and reviewing process is time 
consuming, and exposes the recipient to technical risks (such as viruses and worms) 
as well as content risk (such as offensive words and pictures). A constraint on email 
marketing now is the concern that the communicated messages will be confused with, 

10 or associated with, valueless nuisance email. 

A corollary problem with the Internet mail system - in addition to both 
overload and nuisance email — is security. The email security process that now exists 
is inadequate and impedes expanded usage of the Internet for many potential 
commercial purposes. Many email applications have encryption procedures, but their 

15 procedures are too complex for many email users, or not reasonably and/or generally 
available in needed situations. As such, email security represents another problem 
looking for an effective solution. 

A good example of the security issue is provided by the email security 
requirements of the U.S. Federal Health Insurance Portability and Accountability Act 

20 (HIPAA). HIPAA has declared that emails (and faxes) which are not secured by 
encryption are unacceptable for communicating personal health care information 
(such as diagnosis codes, test results and certificates of medical necessity) among 
doctors, other health care providers, and insurance organizations. When this law went 
into effect in the United States in October 2003, many health care service firms still 

25 had no email systems which met the HIPAA requirements for communicating 
protected health care information. Technology is not readily available, or is not 
acceptably cost-effective for many health care providers. This situation continues 
today, unresolved. 

For wanted email, there is currently no known solution to the email overload 
30 and priority differentiation problems described above. 

For the unwanted, unsolicited, nuisance email portion of the problem, some 
vendors supply software filters that block and exclude emails using various rules 
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applied to email subject lines, sender addresses, and some content of the email. This 
software can reside on a service provider's server or the user's computer system. 
These nuisance email blockers allow the customer varying capabilities to adjust the 
filter rules. The aforementioned '267 patent to Donaldson also discusses the various 
5 categories of known nuisance email control solutions as of 1999. The '267 patent 
itself describes an active probe filter with multiple layers of defense located in a 
conventional firewall configuration between a remote host and a local message 
transfer agent. 

One recent example of such a software filter service is an Internet Service 
10 Provider (ISP) that uses a filter sold under the trade designation "Brightmail" within 
its email system. The filtering rules and software are controlled by the ISP, and the 
existence of this filter was even unknown to at least some of its customers when the 
filter was initially activated. Some, but not all, unsolicited email is blocked. 
Unfortunately, some unsolicited-and-wanted email is blocked, and some unsolicited- 
15 and-unwanted email still comes through. Even worse, some wanted (and solicited and 
expected emails) are also blocked, and a recipient does not know at the time that they 
have been blocked. To see if and what emails are being blocked, a customer must 
leave his email application, go to the ISP's website, enter a particular area of that 
website, log in with I.D. and password, and scroll through days and lines of emails. 
20 To unblock specific senders, a customer must email the sender's email address to the 
ISP, which is the only entity that can correct the filtering rules. 

Included among the many drawbacks of these nuisance email filtering services 
and software are that they: 

• Block many wanted emails from reaching recipients. One information technology 
25 market research firm has estimated that this problem cost businesses $3.5 billion 

in 2003. 

• Allow many economically valueless, unwanted, unsolicited and offensive emails 
to reach recipients. And, these cost businesses an estimated $10 billion in 2003. 

• Do not filter or screen email for content risk by any general, public standard. 
30 • Do not universally screen email for technical risk. 
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• Do not provide any publicly accepted priority or value indicators on emails so 
recipients can quickly see and automatically sort such higher priority emails from 
other lower priority email. 

• Do not provide any means to give incentives to recipients to open priority- 
5 designated email. 

• Do not provide for any integrated email tracking service for senders or recipients. 

• Do not offer any officially recognized notification of receipt or opening. 

• Do not offer any comprehensive security measures other than anti-virus screening. 
There are other vendors that offer email encryption services, but these services also 

10 are not part of a complete service package that addresses the above described email 
overload and nuisance email problems as well. In addition, most current email 
encryption and digital signature methods are complex for common email users, 
including those procedures that are part of current generally-available email 
applications. 

15 • Do not work in many cases easily and seamlessly from within the user's email 
application. 

One example of an organization that has sought to address these defects is the 
U.S. Postal Service (U.S.P.S.) itself. But, the U.S.P.S. process requires a sender to 
leave his own email application, go to the U.S.P.S. website, and compose a letter 

20 there. The U.S.P.S. then prints the document out, puts it in an envelope, applies 
postage and physically delivers it. Presently, a one-page letter produced in this 
fashion costs the sender 50 cents. While some may find this service attractive, it 
suffers in that the sender cannot use the convenience of his own mail box (i.e., his 
own email application) to mail the document. Second, this system is still mostly a 

25 physical, non-electronic process with all the limitations inherent in physical mail 
delivery. Third, the recipient cannot make use of his electronic mailbox (that is, his 
email application) to receive the document. 

Today, the need for better email security — like the overload and nuisance email 
problems — is only met with partial solutions. Providers of secure email services 

30 focus only on secure email services. In addition, these partial services often involve 
cumbersome procedures including, for example, requiring senders to leave their email 
applications and log into the service provider's website. 
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It is therefore an object of this invention to provide a complete and commercially 
viable solution to all these email problems without impeding the nature of the 
Internet. 



5 Brief Description of the Drawings 

Fig. 1 is a block diagram of an ePost Office and ePostal Internet 
communication system constructed and operated according to the present invention; 

Fig. 2 is a flow chart for Sender ePostal operations including Sender ePostal 
software according to the present invention used in the system shown in Fig. 1; 
10 Fig. 3 is a flow chart for ePostal server software according to the present 

invention operating as an ePost Office communicating over the Internet between the 
Sender and Recipient as shown in Fig. 1 ; 

Figs. 4A and 4B are flow charts for Recipient ePostal operations with and 
without, respectively, Recipient ePostal software according to the present invention 
15 used in the system shown in Fig. 1; 

Fig. 5 is a view corresponding to Fig. 1 of alternative embodiments of this 
invention where Sender and Recipient do not have the ePostal software shown in Figs. 
2 and 4A on the computer they are presently using, but have ePostal accounts, and can 
send and receive eLetters through the ePostal system at the ePost Office window, or 
20 ePostal website; 

Fig. 6 is a flow chart of the Sender ePostal operational interactions at the ePost 
Office "window," or ePostal website, according to the present invention for use in the 
embodiment shown in Fig. 5; 

Fig. 7 is a flow chart of the Recipient ePostal operational interactions at the 
25 ePost Office "window," or ePostal website, according to the present invention for use 
in the embodiment shown in Fig. 5; 

Fig. 8 is a view corresponding to Figs. 1 and 9 of another embodiment of the 
invention where, within a network, elements of ePostal operations according to the 
invention are shared between both the Sender/Recipient level and the network server 
30 level; 

Fig. 9 is a view corresponding to Fig. 1 of another embodiment of the 
invention using various modes of connection to the Internet; and 
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Fig. 10 is a view corresponding to Fig. 1 of another embodiment of the 
invention showing an option of physical delivery to the Recipient. 

Detailed Description of the Invention 

5 Fig. 1 shows a communication system 10 according to the present invention 

that connects many system users (although only two are shown) who are, with respect 
to any given transaction, either a Sender 12 of electronic mail ("email") and attached 
documents or files, or a Recipient 14 of that email and attached documents or files. 
The communication system 10 is described herein as an "ePostal Service" and the 

10 email carried on the system 10 and handled according to the present invention is also 
referred to herein as an "eLetter", "document", or simply, "mail". (The term 
"eLetter" is used only when an email will be or has been processed by this invention.) 
A given Sender 12 can send the same email to one designated Recipient 14, or 
multiple Recipients 14. A given Recipient, if a user of the ePostal system, can also be 

15 a Sender of his own email. The illustrated Sender 12 can be a Recipient 14, and vice 
versa. The system 10 includes known telecommunication links 16 between each 
Sender or Senders 12 and the Internet 18 via a Sender ISP 19 and between the Internet 
and each Recipient or Recipients 14 via a Recipient ISP 19. 

The Sender and Recipient may typically use computing and processing 

20 devices known as p.c.'s (personal computers), as shown in Fig. 1 as connected to 
Internet email and access through an ISP 19, but they can use other computing and 
processing devices such as servers and hand-helds as well as p.c.'s. These user 
interfaces devices are termed herein generally as "terminals". It will be understood 
that the terminals can have varying degrees of intelligence, from what are essentially 

25 I/O devices to devices that provide substantial information processing using resident 
and/or downloaded software. In particular, the terminals can operate as a component 
of a network with a server and/or in conjunction with other linked computers and 
software, to provide the operating functions described below characteristic of this 
invention. The terms "Sender" and "Recipient" as used herein therefore mean the 

30 terminal and software operable on or through that terminal. 

In addition, as shown in Fig. 9, although this description in Fig. 1 refers to an 
ISP 19 as an intermediary between the Sender/Recipient and the Internet, the actual 



type of email and Internet access server connection can be any existing alternative 
which provides such services to the Sender/Recipient, such as the email and Internet 
access servers of corporate intranets or other networks such as extranets, LANs or the 
like. Conventional firewalls and filters are typically present in this system. Also as 
5 shown in Figs. 9 and 10, the specific type of physical telecommunications connection 
can also use a number of alternatives, such as telephone, cell, DSL, cable, satellite or 
other form of wireless communications, and even physical delivery (Fig. 10). 

The present invention uses, complements and augments the basic, known 
SMTP Internet email and Web messaging HTTP systems. As used herein, "Internet" 

10 is intended to include both. The present invention features an ePost Office 20 (Fig. 
1). In its presently preferred form, the ePost Office 20 is a server, or set of servers, 
running the exemplary software 24, 24' shown in Figs. 3, 4B, 6 and 7, and connected 
into the Internet by telecom links 16. While the ePost Office 20 will be described as a 
server running postal software 24, 24, it will be understood that the server can be 

15 plural servers or equivalent hardware and software. As used herein, the terms "ePost 
Office", ePO", "postal server" and "postal server and software" encompass all these 
variations and other known equivalents. The ePost Office 20 communicates and 
coordinates with and between the Sender 12 and Recipient 14 p.c.'s, servers or the 
like (the Sender and Recipient Terminals) that run exemplary software 22, 26 of Figs. 

20 2 and 4a, which is, in a preferred form, installed on the Sender 12 and Recipient 14 
p.c.'s or servers, respectively. The operation of the ePost Office 20, in interaction with 
the ePostal software 22, 26 at the Sender 12 and Recipient 14 terminals, utilizes both 
the basic Internet email SMTP system and the standard Web messaging HTTP 
system. The ePostal component software 22, 26 installed and/or operable on the 

25 Sender and Recipient p.c.'s or servers is compatible with the operating system and the 
application (email and browser) software on those p.c.'s or servers. This software 22, 
26 is installed, e.g. in conjunction with the Sender and/or Recipient opening an 
account with the ePostal Service, e.g. at least in part by downloading. 

The Sender 12 in Fig. 1 can choose to send his email over the Internet either in 

30 the conventional manner, or using the ePost Office 20. To utilize the ePost Office 20 
of this invention, the Sender and Recipient need to do little more in the form of the 
invention shown in Fig. 1 than what they do in sending or receiving a conventional 
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email. For example, with reference to Fig. 2, the Sender 12 opens the email 
application SI and creates an email, Step S2, as usual (with or without attachment) 
within his own email application. The Sender 12 needs only to click (Step S3) on an 
icon and proceed through (Step S4) an easy to follow set of selections of services he 

5 wants applied to his email by the ePostal system, clicking to continue, confirm and 
send the eLetter from the Sender's own p.c, all electronically and apparently the same 
to the Sender, via the Sender's own ISP 19, the Internet 18, and the Recipient's ISP 
19, to the Recipient 14, as shown in Fig. 1. 

An exemplary Sender software 22 according to the present invention as installed 

10 or operable on a Sender p.c, or the like, is shown and described in Fig. 2. The Sender 
software 22 reflects that the Sender has subscribed to the ePostal Service and has an 
account with it. Exemplary software 24, 24' according to the present invention that 
implements the ePost Office 20 in a manner according to the present invention are 
shown and described in Figs. 2, 3, 4B, 6, and 7, respectively. An exemplary Recipient 

15 software 26 according to the present invention as installed on the Recipient p.c. 14, or 
the like, is shown and described in Fig. 4A. The Recipient software 26 reflects that 
the Recipient has subscribed to the ePostal Service and has an account with it. It will 
be understood by those skilled in the art that the specific code implementations of this 
software 22, 24, 24' and 26 will depend on the operating environment, e.g., the nature 

20 of the hardware, system and application software, the nature of the communications 
system and its operating protocol, interfaces, and the use of features such as 
encryption, filters, and firewalls. Users of the ePostal System can have different 
combinations of operating systems and email and browser software. This invention 
uses interfaces, add-ins, or various sets of procedures and programming each for 

25 interfacing with different combinations of sender or recipient operating systems and 
application (email and browser) software, which also fiinction to interface through the 
links with the postal server 20. 

As disclosed in, or with reference to, Figs. 1, 2, 3, 4, 6 and 7, the ePost Office 20 
and its software 24, 24', in cooperation with the software 22 and 26, accomplishes the 

30 mail processing functions of the traditional postal services in a completely electronic 
process. More specifically, the present invention, as delineated in detail in Figs. 2, 3, 
4, 6, and 7, operates to provide: 
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• Assistance to Senders 12 in selecting services to be provided 

• Collection of eLetters from Senders 12 and delivery to ePost Office 20 

• Receipt and acceptance of eLetters by the ePost Office 20 

• Screening of eLetters for security purposes 

5 • Authentication and certification of Sender 1 2 and his or her email 

• Collection of fees for processing eLetters through the system 

• Application of services and processing eLetters 

• Inherent reduction or filtering of the number of potential eLetters 

• Identification, marking and prioritization of eLetters 

10 • Indication and stamping of date and time of ePost Office 20 processing 

• Securing of the process of receipt, transmission and delivery of eLetters 

• Delivery of eLetters to Recipients 14 

• Collection of responses/receipts from Recipients 14, as required 

• Notification to Sender 12 of Recipient 14 responses, as required 
15 • Other special services such as: 

- Holding eLetters while Recipient 14 is away for an extended time from his 
mail box/computer and email application 

- Providing options for accessing the ePost Office 20, such as going to the ePost 
Office 20 "window," or website, rather than working through one's own mail 

20 box/email application 

- Allowing businesses at their own sites to meter, bundle and manage aspects of 
the ePostal process. 

More specifically, the functions of Sender 12 exemplary software 22 as disclosed 
in or with reference to Fig. 2 include: 
25 • Assisting Sender 12 at S4 within his own email application in selecting which 
ePostal services are applied to his email such as: 

- Special ePostal industry marking, value and priority indicators which 
differentiate eLetters from all other email 

- Encryption 

30 - Certification of individual Sender 12, as opposed to just the Sender's 

computer. (Authentication of Sender's terminal is standard with all eLetters) 
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- Notifications to Sender 12 of Recipient's 14 receipt and opening of eLetters 

- Pre-paid replies for Recipient 14 to respond to Sender's 12 eLetter back 
through the ePostal system 

- Hard copy delivery to Recipient 14. 

5 • Preparing and processing for eLetters to be sent to ePost Office 20 

- Perform needed and appropriate communications with ePost Office 20 

- Determine if email Recipient has an account with the ePostal system, and if 
not, identifying Sender's 12 choices 

- Check if Sender 12 has sufficient credits to use the ePostal system, and if not, 
10 obtaining more credits 

- Tag eLetters with selected services and other information for ePost Office 20 

- Encrypt eLetters if required 

- Perform certification of Sender 12 if required 

- Determine appropriate process for sending eLetters to ePost Office 20, such as 
15 based on normal email SMTP or standard web messaging HTTP. 

• Maintaining repository of encrypted eLetters for proof of content, if designated by 
Sender 12 

• Sending eLetters to ePost Office 20 

• Sorting sent eLetters into special ePostal folders 

20 • Tracking returned notifications to associated sent eLetters 

• Performing various adminstrative and maintenance account activities to keep 
Sender 12 current in such areas as: ePostal services offered, credits required, and 
security features 

• Assisting Sender 12 in managing ePostal communications and interactions with 
25 ePost Office 20 

• Working seamlessly with Sender's 12 email and browser applications 

More specifically, the functions of ePost Office 20 ("ePO" is an abbreviation for 
ePost Office) exemplary software 24,24' as disclosed in or with reference to Figs. 3, 
4B, 6 and 7 involve managing all processing and administrative operations at ePost 
30 Office 20 including: 

• Receiving Senders 12 email 
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Screening email for technical risk 
Performing verification of Sender 12 

Reviewing Sender's 12 account for approval to handle Sender's email 

Debiting Sender's 12 account for the necessary postage 

Performing content screening 

Officially receiving and sorting Sender's 12 email 

Identifying whether Recipient 14 has ePostal Services account 

Preparing Sender's 12 eLetter for delivery to Recipient 14 

Processing Sender's 12 email for all requested services, such as tagging, 

prioritization, authentication of Sender's terminal, certification of individual 

Sender, encryption, notifications, pre-paid replies, hard copy delivery, etc. 

Tagging, prioritization and other security coding prevent fraudulent use of ePostal 

markings and indicators. 

Performing other special delivery instructions 

Creating a date/time stamp of ePost Office 20 processing 

Sending Sender's 12 eLetter to Recipient 14 

Administering Sender 12 and Recipient 14 accounts concerning processed 
eLetters 

Obtaining/recording confirmation from Recipient 14 about eLetter receipt and 
opening, if required 

Crediting Recipient's 14 incentive account for opening eLetters 

Forwarding notifications from Recipient 14 to Sender 12 

Performing ongoing Sender 12 and Recipient 14 account maintenance 

Communicating with Senders 12 and Recipients 14 and their ePostal software 

22,26, respectively, as required and appropriate 

Updating ePostal software 22,26 at Sender 12/Recipient 14 

Assisting new users in opening accounts with the ePostal system and in obtaining 

and installing Sender/Recipient software 

Assisting Senders in delivering eLetters to recipients without ePostal accounts and 
software 
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• Assisting recipients without ePostal accounts and software to access eLetters at 
the ePO window, or website 

• Making official analytical determinations of eLetter processing times/dates, when 
requested 

5 • Performing analytical verifications of secured eLetter content, when requested 
These services and those described below in conjunction with the Recipient software, 
and not provided in the manner of this invention (as an automatic or selectable service 
provided as a part of an integrated system and service that operates seamlessly with 
existing email and web messaging and browser applications) by conventional basic 

10 Internet and web messaging systems and methods, are termed herein "premium 
services". 

Also, as cited above and shown in Fig. 10, this invention can offer Sender 12 the 
option to have his eLetter, after being processed by the ePost Office 20 in any of the 
ways mentioned herein, printed to hard copy, sealed in an envelope and physically 
15 delivered to Recipient 14. 

More specifically, the functions of Recipient 14 exemplary software 26 as 
disclosed in or with reference to Fig. 4A include: 

• Identifying all eLetters as they are received by Recipient 14 

• Sorting and separating eLetters apart from all other email either by default or by 
20 other Recipient 14 customized instructions, such as into special ePostal Inboxes 

• Applying to all received eLetters ePostal special markings and priority indicators 
so as to differentiate them visually from all other email 

• Performing special customized sorting of non-ePostal email such as into known 
and unknown senders, if designated by Recipient 14 

25 • Performing other email management and eliminations such as deleting all "non- 
ePostal and unknown sender" email, if designated by the Recipient 14 

• Assisting Recipient 14 in seeing all ePostal services selected by Sender 12 

• Decrypting eLetters when required 

• Maintaining repository of encrypted eLetters for proof of content, if designated by 
30 Recipient 14 

• Identifying Senders 12 who have certified themselves 

• Identifying eLetters which have been opened 
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• Administering Recipient 14 credits for opening eLetters 

• Sending to ePost Office 20 notifications of receipt and opening of eLetters 

• Assisting Recipient 14 in responding to Sender's 12 pre-paid reply eLetters 

• Assisting Recipient 14 in communicating and performing various adminstrative 

5 tasks in conjunction with ePost Office 20 which keeps Recipient's account current 

• Working seamlessly with Recipient's 14 email and browser applications 

Recipients 14 that do not have ePostai accounts and the exemplary software 26 
as disclosed in or with reference to Fig. 4A can also receive email and access eLetters 
processed through the ePost Office 20, as shown in Figs. 3 and 4B. The email from 

10 Sender 12 received by a Recipient 14 without ePostai account and software has 

limited benefits from the ePostai system beyond screening for technical and content 
risk. For example, such non-account Recipient 14 cannot verify the email was 
actually processed by the ePost Office, or is from the Sender 12. Therefore the email 
lacks the related security benefits of the ePostai system 10, much like regular email. 

15 However, this email can offer such non-account Recipients 14 an option for verifying 
that the email was from Sender 12 and processed by the ePost Office 20. The email 
can provide the non-account Recipient 14 a code which enables the Recipient 14 to 
see Sender's 12 eLetter at the ePost Office window, or website 20. These eLetters 
have many of the features and benefits of the ePostai system such as technical and 

20 content screening, value and priority indicators, authentication of Sender's 12 

terminal, certification of Sender 12, encryption and pre-paid replies to Sender 12, but 
also the significant limitations associated with not being received by and residing in 
Recipient's 14 own email application. 

Another feature of this invention as shown in Fig. 5, like traditional postal 

25 services, is that the Sender 12 can "go" to the ePost Office 20 to mail/send his 

eLetters, and Recipient 14 can "go" to the ePost Office 20 to pick up his eLetters from 
an ePO "box." An example of where this would be valuable is when Sender 12 and 
Recipient 14 are away from their terminals that have ePostai software 22, 26. Using 
any terminal with a web browser, as shown in Figs. 6 and 7, they can go to the ePO 

30 website, log in, and access their account information and tools for sending eLetters 
and for reading, forwarding, or otherwise handling the eLetters that are held at the 
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ePO for the Recipient 14, just as if Sender 12 and Recipient 14 were using their own 
terminal with its email, browser and ePostal software. 

A variant of the feature described in the above paragraph and also shown in 
Fig. 5 is where Sender 12 and Recipient 14 can "go" to the ePost Office 20 to 

5 mail/send eLetters and pick up eLetters from an ePO "box" even though they do not 
have ePostal software installed on any terminal but as long as they have opened 
ePostal accounts at the ePO website. In this situation as well, as described above, 
Sender 12 and Recipient 14, using any terminal with a web browser, as shown in 
Figs. 6 and 7, can go to the ePO website, log in, and access their account information 

10 and tools for sending eLetters and for reading, forwarding, or otherwise handling the 
eLetters that are held at the ePO for Recipient 14. 

As mentioned earlier and shown in Fig. 9, Senders 12 and Recipients 14 can 
have connection to email and Internet access services other than through an ISP, such 
as from within a corporate intranet or some other organizational network. Fig. 8 

15 shows the corporate intranet example of this non-ISP connection, wherein ePostal 
software can operate not only at individual Senders 5 12 terminals, but also at 
corporate servers. While corporations are a typical environment for such networks 
and servers, as is well known, networks of varying size and capabilities operating 
with varying protocols are used by many entities. For convenience, they are included 

20 herein by the terms "corporate", "corporate network", "corporate internet", and 
"corporate server". 

• Fig. 8 Senders 12, as shown in Fig. 2, can send their email either with or without 
using ePostal services. However, with a network of Senders using ePostal 
services, the ePostal operations for the whole organization are much better if the 

25 Network ePostal software 28 works with both the Sender ePostal software at 

Senders 12 and the Corporate eMail Servers 13, rather than if ePostal software is 
only at the individual Senders 12 computers. Such a system configuration would 
include: management of available ePostal features, administration of the 
company's total ePostal credits, communications with the ePost Office 20, and 

30 various related data collection and retention activities. 

• Corporate Senders are not only individuals but also business information systems 
groups such as accounting and billing. For example, Network ePostal software 28 
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would assist those Information Systems 17 and the Corporate eMail Servers 13 to 
prepare, send and provide ePostal services (including ePost Office "postage 
metering") for business documents sent in the form of eLetters such as customer 
bills and announcements. 

5 • Of course, a business and its employees can also be Recipients 14, as well as 
Senders 12, residing within the same corporate network. As with Sending 
operations, when the Network ePostal software 28 works with both the Recipient 
ePostal software at Recipients 14 and with the Corporate eMail Servers 13, both 
the corporate network and the ePostal operations can be more effective and 

10 efficient. An example of a resulting benefit is the exclusion of many more low 
value, low priority emails from ever entering the corporate network. 
• Therefore, companies which include elements of this invention not only on their 
employee work stations but also at their corporate servers will enjoy in a highly 
manageable fashion not only the differentiated, secure, encrypted and tracked 

15 benefits as ePostal Senders, but also the benefits as ePostal Recipients of 

regaining significant rational control over their networks by having a way to filter, 
categorize, distribute and eliminate (where appropriate) incoming emails to reduce 
unnecessary corporate IT processing, technical risk and bandwidth use while 
improving the email productivity of its employees. 

20 • As discussed above with reference to Figs. 1 and 9, this invention can work with 
Senders and Recipients within an ISP network or within some other network such 
as a business intranet. Network ePostal software 28 referred to in Fig. 8 and 
discussed above can assist at the network server level not only with business 
intranets but also with other organizational and ISP networks, where exact 

25 features and programming of Network ePostal software for a specific network 

would vary depending on the network technical configurations and the 
organizational needs. 

Another significant aspect of the present invention is that Senders 12 pay to use 
the ePostal services, just as with conventional postal services, and can obtain different 
30 levels of services for different fees. This in itself has the advantage of prioritizing the 
email, not only in contrast with all conventional email, but also between eLetters of 
the ePostal system itself. Also, the payment aspect limits the usage of the system, 
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which provides an automatic market solution to the problem of the increasing volume 
of "free" email traffic; as discussed earlier, this traffic noise has two components: 1) 
the overload of legitimate and wanted email, and 2) the unwanted, nuisance email. In 
addition, Senders are interested in solving problems pertaining not only to email 
5 volumes, but also email quality. Senders seek the greater options of security that are 
inherent and optional with the ePostal system; they also can enjoy the benefits of 
differentiated, secure/encrypted and tracked emails, more productive email 
management, ease of use, general accessibility, and support in business intranets and 
other networks. 

10 Certain Senders 12 will pay to process their most important email through the 
ePostal system because of "value": value not only to Senders 12 but also to 
Recipients 14. 

Recipients 14 are far more likely to open eLetters than other regular email. First, 
only the ePostal system offers its unique set of premium email services. Second, 
15 Recipients will expect to receive more value and suffer less risk in opening eLetters 
from the ePostal system than in opening regular email. In general, the ePostal system 
successfully addresses for the Recipient the Internet mail problems and opportunities 
of general security, legitimate overload, priority management, encryption, tracking, 
ease of use, and nuisance email. Some of the many reasons include the following: 
20 • Recipient 14 knows that Sender 12 considers the eLetter important enough to pay 
to send to Recipient, unlike all of Recipient's other regular, free email. That is, 
Sender 12 is willing to give up something of value in order to have Recipient 14 
open his eLetter, where as senders of other regular "free" email are not. 

• Recipient 14 knows eLetters are screened for technological risk (viruses and 
25 worms) and content risk (offensive material) during processing at the ePost 

Office. Therefore, Recipient does not have the anxiety and pain in opening 
eLetters that he does with regular email. 

• Also from a general security standpoint, Recipient 14 knows each eLetter has an 
authentication of Sender's 12 terminal and email address. More specifically, 

30 Recipient 14 will know that his own terminal has verified that the eLetter came 

from the ePost Office, which earlier verified the original email was from Sender's 
terminal and can even certify the individual Sender. The ePost Office also gives 
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each eLetter a date and time stamp of processing which can be verified. Recipient 
could also request Sender to have the ePostal system deliver a hard copy of the 
eLetter to Recipient. 

Recipients 14 also find it easier and quicker to scan, review, read and manage 
eLetters, due to features such as: 

- In an email application's general inbox, eLetters will be more clearly and 
quickly seen because they are marked with ePostal identification and priority 
markings. 

- eLetters can be collected upon receipt and placed in a special ePostal folder 
(or various ePostal folders organized by ePostal priority, Sender address, 
industry, etc.) in the Recipient's email application. A specified ePostal folder 
can even open by default. 

- When new eLetters arrive, special notices are given to Recipient, avoiding 
delays due to not knowing those important eLetters are available. 

- If the Recipient 14 is away from his own terminal for an extended time, 
Recipient can rent an ePostal mail box at the ePost Office website in which his 
incoming eLetters can be held during that time. Using another terminal with a 
web browser, Recipient can access his account and ePostal website tools to 
read (and send) his eLetters. 

As to encrypted eLetters, Recipient 14 knows it is quick and easy without special 
computer knowledge to receive, decrypt and read encrypted eLetters processed 
through the ePostal system. The system will also help Recipient archive 
encrypted eLetters for content verification purposes. This is of significant value 
where encrypted email is required in highly dispersed, regulated situations such as 
the health care industry due to HIPAA, and where ease of use is important. 
As to dealing with unwanted, nuisance email, the ePostal system does not interfere 
with the Recipient 14 receiving all his regular email and will not delete any of the 
Recipient's non-ePostal email, unless Recipient chooses otherwise. It will not 
interfere with his other email security measures. However, the ePostal system 
can, if Recipient chooses, sort out and place all non-ePostal and non-Address 
Book (unknown Senders) email into a separate folder. This "third category" 
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folder of unsolicited, unknown, unwanted, nuisance email could then be easily 
deleted in mass. 

• As mentioned earlier, Recipients 14 with an ePostal account, besides having the 
full range of ePostal features available for receiving and managing eLetters, can 

5 be credited an economic incentive to open eLetters. This credit can be used by 
Recipient to send his own eLetters through the ePostal system, or after a certain 
credit balance is reached, it can be given to the Recipient periodically. 

• All these features work easily and seamlessly from within Recipient's 14 own 
email application. 

10 • When the ePostal system works together with business or other organizational 
network email and Internet access servers, IT departments can regain significant 
control over their networks by having the means at the network level to filter, 
categorize, distribute and eliminate incoming emails where appropriate. This 
reduces the otherwise unnecessary IT processing, technical risk to their network 

15 and systems, and bandwidth requirements, all of which saves money and 

downtime. It also improves the email productivity of the business 5 employees. 

Therefore, given that Recipients 14 ascribe greater value to eLetters than to other 
email and that Recipients are far more likely to open eLetters than other email, the 
20 value to Senders 12 in using the ePostal system will far exceed their costs. However, 
in addition to Recipients greatly valuing eLetters, Senders have even more reasons to 
value processing their most important email through the ePostal system. 

• Differentiated eLetters. The ePostal system marks the eLetter with distinguishing 
priority and service indicators. Sender 12 knows, when Recipient 14 scans his 

25 email log, Recipient will see not only that the eLetter has been processed by the 

ePostal system (and therefore known by Recipient to be secure, credible, and 
important enough for Sender to pay for its delivery) but also these priority and 
service indicators differentiate it from all the other regular "free" email that 
Recipient has in his Inbox, and from other lesser priority (and lesser cost) eLetters 

30 that have come through the ePostal system. Sender knows Recipient understands 
the eLetter has minimal risk from viruses and offensive material, and the eLetter's 
Sender is verified. Sender also realizes that Recipient can sort eLetters to make 
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them more easily viewable and accessible. Therefore, Sender knows Recipient is 
far more likely to open and read ePostal eLetters than regular email. Essentially, 
the effect of all these features (priority indicators, sorting and security) is to put 
Sender's eLetter "on top" of Recipient's pile of regular email. An appropriate 
analogy is choosing overnight delivery rather than conventional mail, but not 
because of faster delivery — but because Recipients are more apt to look at and 
open premium delivered "mail containers" before they open regular mail. 
Easy encryption. eLetters can be securely encrypted by Senders 12 in an 
extremely quick, easy, and generally available way. Senders do not need to obtain 
and distribute special digital keys to whomever they might need to dash off an 
important, encrypted email. This presents a new, very valuable option to Senders 
who require secure, encrypted communications such as mentioned earlier about 
HIPAA and the health care industry. Senders, as well as Recipients 14, can 
archive encrypted eLetters for content verification purposes. 
eLetter tracking. Sender 12 can request notification of eLetter receipt/opening by 
Recipient 14. It serves as a valuable record for Sender which can be linked to 
Sender's original eLetter. This is enormously important in facilitating 
arrangements between businesses and their customers and clients concerning the 
exchange of information by the Internet. With such records, businesses can 
finally link their electronic systems to reliable electronic delivery and tracking 
systems, creating enormous cost savings, especially with ePostal system's 
generally available security measures. 

Special treatment of Recipients 14. Recipients will not only perceive value but 
also can receive incentives for receiving/opening eLetters, which gives Senders 12 
even greater assurance Recipients will open their eLetters. Senders can also pre- 
pay for responses from Recipients to their eLetters back through the ePostal 
system which should appeal to Recipients and increase such responses (and value) 
for Senders. 

Ease and flexibility of use. ePostal services are easy to use for Senders 12 also. 
Selections for services are all made from within and work seamlessly with 
Sender's email application. Sender's sent eLetters can be automatically managed 
into special folders by priority, Recipient 14, etc., separating them from his 
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regular sent email. And when Sender is not at his own terminal, he can access at 
the ePO website his ePostal account and tools for sending (and receiving) 
eLetters. 

• While all Senders 12 will appreciate ePostal features, businesses and other 

5 organizations especially will value not only the differentiated, secure, encrypted, 
and tracked email capabilities, but also the enhanced overall communications 
management effectiveness of the services when , ePostal network-level software is 
working directly with their network level email and Internet access servers and 
other business information systems. 

10 The subsequent result is that this invention offers very significant benefits for 

email users, both senders and recipients, and individuals and businesses. Companies, 
for example, will be able, by including the features of this invention on their 
employee work stations and at their corporate servers, to obtain — as senders — the 
benefits of differentiated, secured and tracked emails. Moreover, as recipients, they 

15 will benefit from regaining control over their networks by being able to filter, 

categorize, distribute and eliminate (where appropriate) incoming emails. The result 
will be reductions in unnecessary processing, technical risk and bandwidth use, 
accompanied by improved email productivity for all employees. In addition to 
businesses, networks for other organizations and ISPs would also benefit by including 

20 features of this invention on their network servers. 

While the invention has been described with respect to its preferred embodiments, 
it will be understood that various modifications and alterations will occur to those 
skilled in the art from the foregoing detailed description and the accompanying 
drawings. For example, while the invention has been described with certain software 

25 running or certain hardware at certain locations, it will be understood that the 
functions described can be distributed, in hardware, firmware and software, in a 
manner as is well known in the art. Further, while payment and accounting functions 
are described as carried out by the ePostal server and software, these functions can, in 
whole or in part, be carried out through links to conventional on-line credit and 

30 banking services from the ePost Office 20 and/or other components of the system 10. 
These modifications and alterations are intended to fall within the scope of the 
appended claims. 



